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(54) Dynamic property sheet system 

(57) Methods and apparatus for the concurrent dis- 
play of two or more property pages of a Graphical User 
Interface (GUI) are disclosed. A user can select a prop- 
erty page displayed by a first property sheet system and 
create a second property sheet system that displays the 
selected property page at second, user selected display 
position. Alternatively, the user can place, or dock, the 
selected property page into an existing property sheet 
system for inclusion therein and display thereby. The 
first property sheet system displays, at a first display 



position, any of the property pages remaining therein. 
Typically, the selected property page is removed from 
the first property sheet system and the first property 
sheet system is destroyed if it contains no other prop- 
erty pages. The invention allows a user of a GUI to con- 
currently display and interact with multiple property 
pages of multiple property sheet systems for optimizing 
the exchange of information with the GUI. 
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Description 

A portion of the disclosure of this patent document contains material which is subject to copyright protection. The 
owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it 
5 appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatso- 
ever. 

Field of the Invention 

w The present invention relates to graphical user interfaces, and particularly to property sheet systems having prop- 
erty pages viewable on a graphical user interface. 

Background 

15 A graphical user interface (GUI) is an indispensable feature of most modem computer systems. A GUI allows a user 
to interact intuitively with an application program running on the computer by allowing the user to manipulate pictorial 
representations of objects. Many of the display components of a typical GUI, such as title bars, menu bars, icons, mul- 
tiple windows, scroll bars, pop up menus and dialog boxes, are now standard features. A modem GUI represents a 
major improvement over the text-based entry systems of just a few years ago. 

20 Typical dialog boxes of a GUI system allow a user to exchange information with an application program. Some dia- 
log boxes simply require a user to confirm an operation before it is executed by the computer; other dialog boxes may 
ask for user selected input, such as choice of a disk drive, directory, file name, file type, network path, etc. Dialog boxes 
typically comprise components such as text boxes, list boxes, option buttons, and command buttons. 

If a large amount of related information is to be exchanged between a user and the computer a GUI may include a 

25 special type of dialog box known as a property sheet system. A property sheet system, for example, can have a display 
that includes several tabs which represent different dialog boxes, known as a property pages. The user can select a tab 
to display the particular property page associated with that tab. Once selected, the user can enter information, confirm 
an operation, or make other appropriate option choices. 

Available property sheet systems can be frustrating to use. For example, to configure optimally an application pro- 

30 gram, a user often exchanges information with the program by using several modeless property pages. Often the con- 
figuration options that result in the desired performance of the application are not immediately obvious and are arrived 
at by some trial and error. Unfortunately, because the property sheet system displays only one property page at a time 
on a monitor, a user usually selects appropriate tabs to switch between multiple property pages, e.g. property pages 
are relegated to the background Furthermore, the user is typically required to remember the particular settings on the 

35 nondisplayed property pages. This procedure of continually switching between property pages to configure a system is 
overly laborious and time consuming. 

Accordingly, an object of the invention is to provide a property sheet system that allows a user to easily and effi- 
ciently exchange information with an application program. 

A further object of the invention is to provide a property sheet system that reduces the need of a user to choose 

40 continually between displayed and nondisplayed property pages when the exchange of information requires the use of 
more than one property page. 

Other general and specific objects of the present invention will be apparent and evident from the accompanying 
drawings and the following description. 

45 Summary of the Invention 

The present invention relates to, broadly, the creation of a second property sheet system from a first property sheet 
system. The first property sheet system includes one or more property pages, which are displayable on a display mon- 
itor at a first display position. The first property sheet system is often part of an existing application program. For exam- 

50 pie, a word processor program on which this application is being typed has a property sheet system for setting up 
printers. This property sheet system includes "tabbed" property pages entitled "setup", "paper", "destination", "print 
quality", and "fonts". According to the invention, a property page is selected is response to an input signal from a user- 
operated pointing and selecting device, such as a mouse. In response to a second signal generated by the user, typi- 
cally via the mouse, the selected property page is included in, and displayed by, a second property sheet system. The 

55 user may thus display and interact with two property pages simultaneously: the selected property page, which is dis- 
played by the second property sheet system, and any one of the property pages remaining in the first property sheet 
system, which is displayed by the first property sheet system. 

One technique by which a user may select a property sheet is by "tearing," that is, selecting a tab representing a 
property page of the first property sheet system. The property page "torn" or selected from the first property sheet sys- 
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tem is displayed at a second location, determined by the user, on the display screen. Typically, a user employs "drag 
and drop" operation to select a property page, create a second property sheet system, and to display the torn property 
page at a user-selected display location. 

As noted, creating more than one property sheet system allows a user to view and exchange data with an applica- 

5 tion program using two or more property pages that are viewed simultaneously. The user need not continually switch 
between displayed and non displayed property pages, nor need he or she commit to memory the contents of one or 
more property pages. Note that as used herein, the term property page or sheet is intended to include a modal or mod- 
eless secondary window that displays user-accessible properties of an object. A property page is said to be included in 
a property sheet system and can be displayed in a variety of formats to best allow a user to exchange information with 

10 a computer or with an application program running on a computer. 

Additionally, property pages can be exchanged between property sheet systems, whether these systems are cre- 
ated according to the invention or exist as part of a separate application program, such as a word processor program. 
A property page "torn" from a property sheet system is typically displayed as a geometric object or other symbol during 
the "drag" portion of the "drag and drop" operation. A user can place the selected, or "torn," property page in an existing 

15 property sheet system for inclusion therein and display thereby, rather than in a new property sheet system created to 
include the selected page. Typically, the user places the symbol representing the "torn" page in close proximity to a 
property page displayed by the property sheet system into which it is desired to drop the "torn" page. A docking input 
signal, such as release of a mouse button, causes the selected property page to "drop", or "dock" into the chosen prop- 
erty sheet system. Once docked in the chosen system, the property page may be used by the user just as when it was 

20 in the previous property sheet system. 

According to one aspect, the invention includes a processor; a memory element; a display monitor; a user input 
device; a selection element for selecting a property page of a first property sheet system responsive to a signal gener- 
ated by a user input device, such as, for example, mouse, trackball, or keyboard; and a second program element for 
creating a second property sheet system for including the selected property page and for displaying the selected prop- 

25 erty page at a second display position on the display monitor. 

According to another aspect, the invention includes a removal element for removing from the first property sheet 
system the property page selected by the selection element such that the selected property page is not displayable by 
the first property sheet system. 

In yet another aspect, the invention includes a destruction element for destroying a property sheet system when 

30 system does not include any property pages, such as when the last page in the system has been removed by the 
removal element. 

According to another aspect of the invention the invention further includes a docking element, for, in response to a 
signal generated by a typical user input device, placing a property page selected by the selection means into a selected 
property sheet system for inclusion therein and display thereby. 

35 In yet another aspect, the invention incorporates a positioning program element, responsive to input signal gener- 
ated by the user input device, for selecting the second display position at which the second property sheet system dis- 
plays property sheets included therein. 

In a different variation, the positioning element varies the display position of a symbol in response to a user input. 
The second program element, responsive to the user input, displays the selected property page at the second position. 

40 The positioning element also allows for placing the symbol in substantial registration with a displayed property page of 
a property sheet system such that the docking element, responsive to a user input signal, such as release of a mouse 
button, places the selected property page into the property sheet system with which the symbol was in substantial reg- 
istration. The symbol can be the dotted outline of a box, and the box can be the approximate size of a displayed property 
page. 

45 To aid the user in docking a selected property page into an existing property sheet system, the invention can 
include an element for displaying on the display monitor an icon having a second display state for indicating to a user 
when the symbol or geometric object is in substantial registration with a property page of a property sheet system. For 
example, the icon second display state can comprise a display of a two puzzle pieces that are mated, and the icon can 
have a first display state comprising two puzzle pieces that are not mated, for indicating a when a symbol or geometric 

so figure is not properly registered, i.e., the selected property page will not be docked by the docking means into an exist- 
ing property sheet system. 

According to another feature of the invention, in addition to a positioning element responsive to user input for var- 
ying a position of symbol displayed on the display monitor, a a proximity program element is included. The proximity ele- 
ment determines a parameter responsive to the distance on the display monitor between the symbol and the position 
55 on the display monitor of a displayed property page of a property sheet system. When the parameter is less than a first 
amount, the docking means, responsive to a first user input signal generated by the user input device, places the prop- 
erty page selected by the selection element into the property sheet system for inclusion therein and display thereby. 
When the parameter varies from the selected value by a second selected amount, the second program means, respon- 
sive to a second input signal, places the property page in a newly created property sheet system and displays the 
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selected property page at a position on the display monitor substantially determined by the display position of the sym- 
bol. For example, the displayed property page can be centered about the position of the symbol. The first and second 
input signals can be responsive to the release of a mouse button as part of the "drag and drop" procedure. 

Of course, the invention pertains not only to a computer programmed in the manner described above to perform 

5 the transformation and operations described above, but to a machine readable data storage medium including the 
above-described elements. The invention is also understood to comprise methods for performing the above operations. 

It will thus be seen that certain changes may be made in the above constructions without departing from the scope 
of the invention. It is intended that all matter contained in the above and following description or shown in the accompa- 
nying drawings be interpreted as illustrative and not in a limiting sense. 

10 It is also to be understood that the following claims are to cover all generic and specific features of the invention 
described herein, and all statements of the scope of the invention which, as a matter of language, might be said to fall 
therebetween. 

Brief Description of the Drawings 

15 

The foregoing and other objects, features and aspects of the invention will be apparent from the following descrip- 
tion and apparent from the accompanying drawings, in which like reference characters refer to the same parts through- 
out the different views. The drawings illustrate principles of the invention and, although not to scale, shown relative 
dimensions. 

20 FIGURE 1 illustrates a typical computer system according to the invention. 

FIGURE 2 illustrates a typical property page of a property sheet system for configuring, for example, the keyboard 
display of an application program. A user accesses each property page of the property sheet system by selecting the 
appropriate tab displayed at the top of the property page window display. 

FIGURE 3 illustrates an intermediate display presented as part of the "drag and drop" procedure for creating a new 
25 property sheet system including a property page "torn" from the first property sheet system of FIGURE 2. 

FIGURE 4 illustrates a second property sheet system including the property page "torn" from the first property 
sheet system illustrated in FIGURE 2 and which is displayed simultaneously therewith. 

FIGURES 5A and 5B depict the selected display states of a dynamic icon for aiding a user in "docking" a property 
page removed from one of the property systems for placement within another sheet system. 
30 FIGURE 6 is a flow chart diagram illustrating the steps involved in removing a property page from a property sheet 
system and placing it in a second property sheet system, as depicted in FIGURES 2-4. 

FIGURE 7 is a schematic illustration block diagram of the software components utilized in accordance with the 
teachings of the present invention; 

FIGURE 8 illustrates the object classes, and their relationships, in accordance with the teachings of the present 
35 invention. 

FIGURES 9A-9C illustrate parent-child relationships of particular object classes depicted in FIGURE 8 and used in 
the software coding according to the teachings of the invention. 

FIGURE 10 is a hierarchical schematic illustrating the derivation of key property pages from a property page base 
class according to the teachings of the present invention. 

40 

Description of Illustrated Embodiments 

The removing or tearing of property pages from a property sheet system, in accordance with the teachings of the 
present invention, extends the user interface of standard Windows/Windows 95/Windows NT property pages to enable 
45 a user to change values on separate property pages simultaneously without changing visual context. The user can grab 
the active property page and pull/tear it away from the property sheet system and place it in an existing or newly created 
property sheet system. However, one of ordinary skill in the art, in accordance with the teachings herein, understands 
the invention to be applicable to GUI's in other operating environments, such as, for example, X-Windows, Motif, and 
IBM OS/2. 

so The practice of the invention includes a computer, such as the computer 2 illustrated in FIGURE 1 . The computer 
2 typically includes input-output hardware 3, a central processor 4, random access memory 5, disk storage 6, a key- 
board 7, pointing device, such as a mouse 8 and a display monitor 10. The Input/output hardware 4 connects the com- 
puter 2 to, for example, a network. 

FIGURE 2 illustrates a typical computer display screen display 1 2 of a property page 1 4 of a property sheet system. 

55 The property page 1 4 in FIGURE 2 is used for configuring the keyboard display 16 of an application program that mon- 
itors and controls industrial processes. One such industrial process control system is the l/A SERIES® System availa- 
ble from The Foxboro Company, of Foxboro, Massachusetts, USA. However, an industrial process monitoring system 
is merely one example of the type of environment in which property pages are typically very useful; the present inven- 
tion is useful in many computer application programs, such as word processors, spreadsheets, communications pack- 
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ages, web browsers, etc. However, in the particular embodiment illustrated here, the property pages are used to 
configure a keypad annunciator of an industrial process control system, such as the keypad annunciator 16 in FIGURE 
2. Many of the keys of a keypad annunciator 16 are configurable, via property pages, such that a given individual key is 
associated with a particular alarm state of the industrial process control system; occurrence of that alarm state causes 

5 the key to change appearance. The key is also configurable such that selecting the key with the mouse can initiate 
selected corrective action or display a selected process graphic. 

To "tear" a page from a property sheet system, the user positions a cursor over the body (i.e., generally anywhere 
other than an edit field or the tab representing the property page 14) of property page 1 4 and provides an input signal, 
typically by depressing a button on the mouse. During this tearing, or selection, process the user is presented with an 

10 outline of the property page while the mouse is pressed, and the outline can be positioned by "dragging" it anywhere 
on the display screen. FIGURE 3 illustrates the outline 20 of property page 14 that is in the process of being torn from 
its property sheet system. Once the desired position is found, releasing the mouse button signals the application to cre- 
ate a new property sheet dialog system and populate it with the torn-away property page. Typically, the original property 
page 14 is removed from its original container, e.g., the first property sheet system, and is only available in the second 

15 property sheet system. The user can view and change values using different property pages in one visual context, that 
is, to view them simultaneously positioned above the desktop 13. FIGURE 4 illustrates the simultaneous display of two 
property pages, the torn page 1 4, displayed in the display window 24 of the newly created property sheet system, and 
property page 22, now displayed in the original property sheet system display window 1 5, and corresponding to the tab 
25 labeled "displays." The tab 18 labeled "actions" in FIGURE 2 is removed from property sheet display window 15 and 

20 now appears in display window 24 in the newly created property sheet system, as illustrated in FIGURE 4. The property 
page 14 and the property page 22 are now displayed concurrently, and the user can exchange data with either of them. 
Typically, as the user interacts with one of the displayed property pages, the other is updated, as necessary, to reflect 
the data exchange with the other. For example, if the display window 24 of the newly created property sheet system is 
active, that is, the user is exchanging data with the property page 14, the property page 22, displayed in the non-active 

25 window 15 of the original property sheet system, is updated, as necessary, to reflect the any data input by the user to 
the property page 14 displayed in window 24. 

In addition to being able to create a new property sheet system for displaying the selected property page, the user 
can place the selected property page into an existing property sheet system. The user attaches, or docks, a "torn" prop- 
erty page into an existing property sheet system by dragging the outline 20 over the top of a property page displayed 

30 by that system. Releasing the mouse button when the outline is so positioned docks the property page into the property 
sheet system. As discussed immediately above, a displayed property page in a non active window is updated, as nec- 
essary, to reflect any input by a user to a displayed property page in an active window. Using the docking procedure, 
the property page 14 in FIGURE 4 can be selected and placed back into in the original property sheet system for re- 
display in display window 15. 

35 A visual cue, such as a dynamic icon 28 in FIGURES 5A and 5B, is provided to assist in the tear-away/docking 
operation. During the dragging process, the user is provided with a symbol such as dynamic icon 28 that shows two 
puzzle pieces. When the drag box is over a dock-site, i.e., over an existing property sheet system that can accept the 
property page being dragged, the puzzle pieces join and appear as a second display state 32, thus signifying to the 
user that the dragged page can be docked e.g., accepted into the that system. FIGURE 5A illustrates the dynamic icon 

40 in the first display state 30 wherein the puzzle pieces are separated, indicating that the drag box or geometric shape 20 
is not properly positioned for a property page to be docked. 

The invention uses the logic depicted in the operational flow chart illustrated in Figure 6. Starting at decision box 
34, pressing a mouse key when the cursor is within a property page "tears" the property page and leads along the "yes" 
branch of box 34 to box 36. As the mouse is dragged, that is, moved with the mouse button pressed, an outline of the 

45 property page is drawn on the screen. This process will continue until the user releases the mouse button. Releasing 
the mouse button leads from along the "yes" branch of box 36 to decision box 38, which determines whether the torn 
property page can be docked, that is, whether the drag box 20 is positioned over a property page of an existing property 
sheet system. If docking is possible, the torn page is docked into the "target" system, as in box 42; if the page cannot 
be docked, a new property sheet system is created for inclusion of the torn property page, as indicated by box 40. 

so Finally, in box 44, the torn page is removed from the original property sheet system, and if no other pages remain in the 
original, or source, property sheet system, the system is deleted, or destroyed. In the remainder of the specification, the 
object classes and coding to perform the above-described operations are described. 

The present invention uses techniques of object-oriented programming. In object-oriented programming, routines 
are separate entities that include both data and functions, or methods, for processing the data. Object-oriented pro- 

55 gramming differs from traditional structured programming, which relied heavily on subroutines, and in which data and 
the routines that handled the data were usually strictly segregated. Structural programming is organized in terms of 
computer details, such as files, record, and sorting algorithms; object oriented programming is organized in terms of the 
physical entities, the "objects," that exist in the environment in which the problem is to be solved. The data and methods 
stored in a object represent, respectively, the attributes of the physical object and the actions a object is capable of car- 
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rying out. Objects are related to classes; an object is said to be an instance of a class. A class is not an object, but a 
template that instructs a compiler how to construct an actual object. 

Those of ordinary skill in the art of modern programming are familiar with object-oriented concepts such as encap- 
sulation, inheritance and polymorphism. Encapsulation refers to combining data and functions, or methods, that proc- 

5 ess the data into a single object, wherein the internal details of the methods and data may be largely hidden. 
Inheritance refers to a derived class inheriting the features and capabilities of the base, or parent, class. The derived 
class can then be modified to suit a particular need. Polymorphism allows objects whose properties differ to be able to 
function together. That is, the interfaces through which objects exchange messages are standardized and not depend- 
ent on the exact internal working of an object. Because of encapsulation, polymorphism and inheritance, object ori- 

w ented-programming is a modular approach that reduces the amount of coding a designer of a new system or function 
needs to perform. Objects can be joined in a coherent procedure in which objects can be added, modified or deleted 
without a designer having to rewrite a whole application. A considerable amount of code written by others is reusable, 
and is often reused. For example, the Microsoft Foundation Class (MFC) Library is a set of more than 100 classes 
designed to help C++ programmers write Windows-based programs. The present invention built upon classes from the 

15 MFC version 4.1 library. 

Accordingly, described herein are only those class definitions, and code segments, necessary for one of ordinary 
skill in the relevant programming arts, possessed of all the teachings herein, to make and use the invention. Classes, 
objects and codes well known to, or easily created by, those of ordinary skill in the art, or available in published libraries, 
such as MFC library, are not described, or if described, are only briefly discussed. 

20 The present invention provides for a sophisticated property sheet system that supports modeless operation and 
tear-away property pages. The system uses the standard system software components illustrated in FIGURE 7. The 
components include the application frame window 46 and the property sheet system 48. In general, property sheet sys- 
tems are implemented using three components: a property frame 48A, a property sheet 48B, and one or many property 
pages 48C. These three components 48A-48C are related. The property pages 48C are the children of the property 

25 sheet 48B; the property sheet 48B is the child of the property frame 48A; and the property system 48 is owned by the 
application's main frame window 46. Because the property frame 48A is typically a top-level window, it generally cannot 
be a child of another window, but it can be owned. 

The present invention extends the standard property sheet system, such as that in FIGURE 7, by extending the 
standard classes to allow the tearing of property pages, the creation of new property sheet systems, and the docking 

30 of torn property pages into existing property sheet systems. The classes are illustrated in FIGURE 8. 

The application frame window class 50, labeled CACRFrameWnd in FIGURE 8, provides management support for 
the property sheet system 55. The application frame window class 50 provides property page dock support, property 
page availability handling, and property sheet system creation. The application flame window 50 constructs the prop- 
erty sheet system 55 with a creation mask that indicates which property pages 56 to create. Additionally, the application 

35 frame window 50 provides the notification interface used by the property sheet system 55 when property or selection 
information has changed in a property page 36. 

The property sheet system 55 is comprised of three distinct parts. The first and least significant of these compo- 
nents is the property sheet frame class 52. The property sheet frame 52 is a mini-frame window that is used to house 
the property sheet system 55 window. The property sheet frame 52 allows the property sheet system 55 window and 

40 pages 56 to be operated in an modeless fashion. The property sheet frame 52 creates the property sheet 54, hides 
itself when closed, and provides access methods to its owned property sheet 54. 

The property sheet class 54 provides management support for the key property pages 56. This support includes 
property page creation, property page docking support, and property page update facilities. 

The individual property pages 56 constitute the final component of the property sheet system 55. Each property 

45 page 56 provides specific edit functions for a portion of the data exchanged with an application program. Each property 
page is derived from a base property page that provides application-specific property page functions. The base prop- 
erty page provides tear-away page support, and facilities to update a keyboard or be updated from a keyboard. The 
base property page also provides an iterative mechanism for setting property information for multiple keys of keypad 
annunciator 16 in FIGURE 2 to facilitate disabling of controls. 

so Further elaboration is provided below, in a separate section on each of the components. Class definitions and a 
description of the instance variables and methods for the property frame class, property sheet class, and property page 
classes are provided. Important code sections for the property sheet and property page classes are listed at the end of 
the specification, and additional code, including code pertaining to modification of the application frame window class 
is provided in an appendix. Coding for the property sheet frame class is not provided. 

55 

Application Frame Window Class 

Coding for portions of the application frame window class is provided in the appendix. 
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Property Sheet Frame Class - CPropertvSheetFrame:CMiniFrameWnd 

The property sheet frame 52 allows the property sheet system window and pages to be operated in a modeless 
fashion. The property sheet frame 52 can operate to create the property sheet, to hide itself when closed, and provides 
access methods to its owned property sheet. 

As shown in FIGURE 8 and in FIGURE 9A, the CPropertySheetFrame 52 provides the harness window for the 
property sheet system. The CPropertySheetFrame 52 creates, destroys manages visibility, and facilities modeless 
operation of the property sheet system. 

The CPropertySheetFrame class 52 is defined below in Tables 1 and 2. 

Table 1 - CPropertySheetFrame Class Definition 



Name 





UINT 

wCreatePageMask 


Nothing 


public 


no 


void 


Nothing 


public 


yes 


void 


CACRPropertyShe 
et* 


public 


no 


LPCREATESTRUCT 
lpCreateStruct 


int 


protect 
ed 


no 


void 


void 


protect 
ed 


no 


CWnd* pOldWnd 


void 


protect 
ed 


no 


UINT nState, 
CWnd* pWndOther, 
BOOL bMinimized 


void 


protect 
ed 


no 



40 



Table 2 - CPropertySheetFrame Data Definition 





■ Name 


Type 


Access 


45 




CACRPropertySheet* 


private 






UINT 


private 



Below is a description of the data and methods of the CPropertySheetFrame 52. 
Data: 

55 m__pACRPropertySheet: This data member is a pointer to the property sheet system that is created and managed 
by this frame. 

mjwCreatePageMask: This a data member s the initial page creation mask used to define this property sheet sys- 
tem. The page creation mask is a bit field that indicates to the property sheet system which property pages to create. 
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Methods: 

CPropertySheetFrame(UlNT wCreatePageMask): This method is the constructor for the CPropertySheetFrame 
class. The constructor will store the specified page creation mask internally and use it later during the creation process. 
The constructor will initialize the m_pACRPropertySheet member variable to NULL 

-CPropertySheetFrameO: This method is the destructor for the CPropertySheetFrame class. The destructor will 
destroy the m__pACRPropertySheet member variable. 

GetPropertySheetO: This method returns the m_pACRPropertySheet pointer. 

OnCreate(LPCREATESTRUCT IpCreateStruct): This method handles the creation of the frame window. This class 
customizes the creation process by creating the property sheet system at this time. The property sheet system is cre- 
ated with the page create mask, m_wCreatePageMask, that was specified during class creation. 

OnCloseO: This is a method that intercepts the normal window close behavior. The default behavior of the close 
process is to destroy the window and this class. This method simply hides the window. The destruction of this class is 
the responsibility of the CACRFrameWindow. 

OnSetFocus(CWnd* pOldWnd): This is a method that forwards the focus handling to the embedded property sheet 
system if one is defined. 

OnActivate(UINT nState, CWnd* pWndOther, BOOL bMinimized): This is a method that forwards the activation 
handling to the embedded property sheet system if one is defined. 

Property Sheet Class - CACRPropertvSheet:CPropertvSheet 

The CACRPropertySheet 54, illustrated in FIGURES 8 and 9B, provides support for the key property pages. 
CACRPropertySheet customizes the default property sheet behavior by providing automatic property page creation, 
property page docking support, and property page update facilities. The CACRPropertySheet class 54 is defined below 
in Tables 3 and 4. 



Table 3 - CACRPropertySheet Class Definition 



Name 



Parameters 



Returns 



Access Virtua 




CWnd* pWndParent, 
UINT 

wPageCreateFlag 
void 

LPCREATSTRUCT 
IpCreateStruct 

UINT wPageMask 

void 

UINT wPageMask 
UINT wPageMask 
void 

UINT wPageMask 

UINT wPageMask, 

LPRECT 

pTearOffRect 

void 



Nothing 

Nothing 
int 



public 



no 



public yes 

protecte no 
d 



void 


public 


no 


void 


public 


no 


void 


public 


no 


BOOL 


public 


no 


UINT 


public 


no 


CPropertyPage* 


public 


no 


void 


public 


no 


void 


public 


no 
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Table 4 - CACRPropertySheet Type Definitions 



10 



15 



20 





0x00000000 




0x00000001 






0x00000002 






/"V AAAAAAA /I 

0x00000004 






0x00000008 






0x00000010 


POT!: 




0x00000020 


lis 

: 




0x0000003f 


paw 




Oxffiffiff 









25 

Masks : 

The following masks are used to define property pages that are used in the CACRProperySheet implementation. 

30 NO_PAGES: Specifies no pages. 

PAGE_ACTIONS: Specifies the Alarm Actions Property Page. 
PAGES_DISPLAYS: Specifies the Display Property Page. 
PAGE_P ROG RAM S : Specifies the Program Property Page. 

35 PAGEJ30MMANDS: Specifies the Command Property Page. 

PAGE_ALARMJJST: Specifies the Alarm List Property Page.. 
PAGE_ALARM_COLOR: Specifies the Color Property Page. 
LEGAL_PAGES_ON LY: Specifies all the legal Property Pages. 
ALL_AVAILABLE_PAGES: Specifies all pages, legal or otherwise. 

AO 

Methods : 

CACRPropertySheet(CWnd* pWndParent, UINT wPageCreateFlag): This is the constructor for the property sheet 
system. The constructor will invoke the CreatePage member with the specified page create mask. 
45 -CACRPropertySheetO This is the destructor for CACRPropertySheet. The destructor will delete all ed property 
pages. 

OnCreate(LPCREATESTRUCT IpCreateStruct): The OnCreate handler automatically snaps this window to the cli- 
ent region of its parent, typically the CPropertySheetFrame. 

PostNcDestroyO; This method calls the default PostNcDestroy handler and then deletes itself. 
so CreatePage(UINT wPageMask): This method will creates the property pages specified by the page mask. All cre- 
ated property pages are automatically added to this property sheet. 

Destroy Page(U INT wPageMask): This method will find the page with the specified mask, remove it from the prop- 
erty sheet system, and destroy it. The page mask must specify a single page for this method. 

lsPageEnabled(UINT wPageMask): This method will determine it the page specified by the page mask is present 
55 in this property sheet system. This method will return TRUE if the page is found, FALSE otherwise. 

GetPageMask(void): This method will return the page mask for all the pages ed in this property sheet system. 

FindPage(UINT wPageMask): This method will find the page specified by the page mask. This method will return 
the specified page if it is found. NULL otherwise. 

TearOffPage(UINT wPageMask): This method will request the main frame window to create a property sheet sys- 
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tem in the specified page mask, remove the specified page from the property sheet system, and if the property page 
removed is the last on kill this class. 

UpdatePageControl(void): This method provides a work around to a MFC 3.0 bug concerning the automatic redraw 
of the page control used in the property sheet system. 



Property Page - CACRPropertvPaae: CPropertvPaae 



The CACRPropertyPage 56, as illustrated in FIGURES 8 and 9C, provides the core behavior for the key property 
sheet system for the process control application program. The key property sheet system is used to configure the keys, 
of the keypad annunciator 1 6 in FIGURE 2. CACRPropertyPage 56 provides tear-away page support and facilitates set- 
ting of properties from and to a target data source. 

The CACRPropertyPage class is defined below in Tables 5 and 6. 



Table 5 - CACRPropertyPage Class Definition 



Name 




Parameters 


Returns 


Access 


Viit 
al 


UINT wPagelD, 
UINT nIDTemplate, 


Nothing 


public 


no 


UINT nJDCaption 








LPCSTR 

IpszTemplateName, 
UINT nJDCaption 


Nothing 


public 


no 


void 


Nothing 


public 


yes 


void 


UINT 


public 


no 


void 


void 


public 


yes 


void 


void 


public 


yes 


void 


CACRProper 
tySheet 


public 


no 


HWND hWnd, 
LPRECT pRect 


void 


protecte 
d 


no 


HDC hDC, 
LPRECT pTrackRect, 
BOOL bKillTrack 


void 


protecte 
d 


no 


LPRECT pTearOffRect 


void 


protecte 
d 


no 


UINTnFlags, CPoint 
point 


void 


protecte 
d 


no 


UINTnFlags, CPoint 
point 


void 


protecte 
d 


no 


UINT nFlags, CPoint 
point 


void 


protecte 
d 


no 
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10 



15 



Table 6 - CACRPropertyPage Data Definition 



Name 



.**:<^::>;-fei.:-*S<^ 



Type Access 


RECT 


protected 


BOOL 


protected 


BOOL 


protected 


BOOL 


protected 


SIZE 


protected 


RECT 


protected 


POINT 


protected 


UINT 


protected 



20 



Data: 



25 



30 



mjTrackRect: This variable s the property page tracking rectangle during a page tear operation. 
m_blsTracking: This variable indicates that the property page is in the process of being torn off. 
m_blsTearable: This variable indicates that the current property page is tearable. 

m_bDitherl_ast: This variable indicates the state of the last drag track render operation. To maximize visibility the 
track rectangle is rendered in a combination of dithered states and non-dithered states. 
m_sizeLast: This variable s the size of the last track render operation. 

rnjectLast: This variable s the rectangle that was previously rendered during the drag operation. 

rrLptStartPoint: This variable s the starting point of the drag operation. The start point will maintain the relative posi- 
tion of the drag rectangle to the mouse. 

m_wPagelD: This variable s the page id of this property page. The page id is defined on creation of the property 
page. 



35 Methods: 



40 



45 



50 



55 



CACRPropertyPage(UINT wPagelD.UINT nIDTemplate.UINT nIDCaption): This is the constructor for the 
CACRPropertyPage dialog. The constructor requires specification of the page ID, a dialog template, and a caption. 

CACRPropertyPage(UINTwPagelD .LPCSTR IpszTemplateName.UINT nIDCaption): This is a constructor for the 
CACRPropertyPage dialog. This version of the constructor allows for the specification of the template using a string. 

~ CACRPropertyPageO: This is the destructor for the CACRPropertyPage class. 

GetPagelD(void): This method returns the m_wPage!D member variable. 

Begin PropertySet(void): This method provides a hook for derived property page classes to initialize data state 
information to properly reflect data values under multiple keys. 

EndPropertySet(void): This method provides a hook for derived property pages to end the property setting process 
by reflecting collected state information into the property page controls. 

GetPropertySheet(void): This method returns the parent property sheet. This method will ASSERT if the parent 
property sheet is not of CACRPropertySheet style. 

ClipRectToWindow(HWND hWnd.LPRECT pRect): This method will clip the specified rectangle to the specified 
window. The method will maintain the size of the specified rectangle if possible. 

Track(HDC hDC.LPRECT pTrackRect.BOOL bKillTrack= FALSE): This method performs tracking for the property 
page drag/tear operation. 

TearOffDialog(LPRECT pTearOff Rect): This method performs the property page tear operation. It determines it the 
specified rectangle represents a tearable state and if so performs the tear operation. 

OnLButtonDown(UINT nFlags, CPoint point): This method handles the left mouse button down processing. This 
method will start the property page tear operation. 

OnLButtonUp(UINT nFlags, CPoint point): This method handles the left mouse button up processing. This method 
will end the property page tear operation. 

OnMouseMove(UINT nFlags, CPoint point): This method handles mouse move processing. This method will drag 
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the page tear rectangle if the mouse button is pressed and the page tear operation is underway. 



Kev Property Pages 



10 



In the application described here, wherein the property pages are used to exchange information about, and to con- 
figure, the keys of keypad annunciator 16 in FIGURE 2, the key property pages are derived from the CACRProper- 
tyPage base class, as shown in FIGURE 10. The property pages provide specific edit operations for the key data. 

Each property page will be implemented in a similar fashion. In general, each property page will provide the follow- 
ing interface, as set forth in Table 7. 



Table 7 - CACRGenericEditPage Class Definition 



Name 



: Parameters 



Returns 



Access : Virtu 



15 



20 



25 



30 




UINT wPagelD, 
UINT nIDTemplate, 
UINT nlDCaption 

LPCSTR 

IpszTemplateName, 
UINT nlDCaption 

void 



void 
void 



Nothing public no 



Nothing public no 



Nothing public yes 



void 
void 



public yes 
public yes 



35 Code sections for the property sheet and property page classes, as well as code sections pertaining to modification 
of the application frame window class, are provided in an appendix. The code is written in the C++ programming lan- 
guage, but can be used as the operational foundation for other implementations. 



40 



45 



50 



55 
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APPENDIX 



w 



15 



20 



C++ Code for CACRPropertvSheet Class 



25 



30 



//••••• 

// 

// 

// Class: CreatePage 

// Description: Create the property page for this r-ask and add it to tha systeci. 
// This routine will create multiple paaes if multiple nasks are 

// specified. 

// 

// Returns: Bool 
// 

// 

1 CXodelessPropertySheet: :CreatePa9e(UIWT wPageMask) 
CPropertyPage* pPage; 

// 

// Determine if the individual page types 

// are defined and create and add then to the 



35 



40 



45 



it (wPaceMask & PAGE_A.CTIONS) 



pPage ■ new CAlwActions {> ; 
AddPaaelpPaQe) ; 



) 



if (wPaceSaak PACE_D IS PLAYS ) 



// sheet. 

// 



pPa?e - new COlsplayListPageO ; 
AddPage (ppage) ; 



50 
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) 

if (wPageMask i PACE PROGRAMS) 
I 

pPage - new CProgtaaListPage <) ; 
AddPage(pPage); 

5 * 

if (vPageMajk « pace_COMMAKDS ) 

pPage . new CCoasaandDlgO ; 
^ RddPage(pPage) / 

if IwPageMask & pace ALARM LIST) 
( 

P?»9« - new CAlaraLlstO; 
/0 AddPagelpPage); 

if WPageHaak 4 PACE ALARM COLOR) 
( 

pPage - new CNewAlannColor ( > : 
AddPagetpPage) i 



15 



20 



i 

U 

// . 

/ » 

Method: DeatroyPage 
. . Description: This method to*ita the property page associated with this svaak. 
// this is used when a property page has been removed fcon one sheet 

// and put into another sheet. 

// 

// Returns: Bool 
// 

// 

void CModelessPropertySheet: :OestroyPac:e (UIHT wPaceMask) 
CPropertyPage* pPropertyPage; 

25 n 

// Get It. Remove It. KIIL It. 

// - --- 

if < (pPropertyPage - FindPage (wpageMask) ) NULL) 

ReraovePage (pPrope rcyPage ) ; 
delete pPropertyPage; 

> 

30 ) 

// 

//* «. 

// 

// Class: FindPage 

// Description: Cet the property page pointer based on a mask 

// 

// Returns: Bool 

// 

// * 

opertyPage* C Mode lea sPropertySheet : : findPage (UIN7 uPage.iask) 

CACRPropPage* pPage - NULL; 

for (int i-0; KCetPageCount ( ) ; i+-*> 
I 

// An I the guy we want? 



35 



40 



45 //•*«••••♦•••••••••••♦ 
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// * •••• •«••••••••••••«•••••••• 

// Class: Chode less Proper tySheet 

// Description: This defines the core modeless property sheet. 
// 



Copyright 1996, The Foxboro Company 
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w 



jfine 
•.define 
»defin« 
' • define 
•define 
■define 
•define 



MO PACES 

PACE ACTIONS 

PACE~OIS PLATS 

PAGE""pRCCftAMS 

PACE~COMMANDS 

PAG£~ALAPM LIST 

PACE~ALAwTcOLOR 



0x00000000 
0x00000001 
0x00000002 
0x00000004 
0x00000008 
0x00000010 
0x00000020 



lifdef SOFTPANEX 



•define 
•define 
• else 
•define 
•define 
•end if 



IXGAt_PAGES_OM.r 0x0000003f 

ALL_AVAILABIX_PACES Oxffffffff 

LEGAL PACES ONLY 0x0000 00 If 

ALL_AVAILABLE_PACES Oxffffffdf 



class CtodelessPropertySheeC; 
class CKeyboardCore; 
class CACRKey; 



15 



20 



25 



class CHodelessPropertySheet : public CPropertySheet 

private: 

CKeyboardCore" 



n _pOwner Keyboard; 
public: 

DECIAREj>WAMZC(CMod«iessP roper tySheetj 
CHodelessPropertySheet 
-CHodelessPropertySheet 



ICWnd* pWndParent,UINT wPagcCreateFiag) ; 



// Attributes 

void CreatePage 

void OestroyPage 

SOOL Is Page Enabled 

'J I ST GetPageHask 
CProoertyPage* rindPage 

void TearOffPage 

void UpdatePageControl 

void SctPropecciesrroruKeyboard (CKeyboardCore* pXeyboardl ; 



(UINT vPagettask) ; 
{UINT wPageMask) ; 
(UINT wPageMask); 
(void) ; 

(UINT wPageMask); 

(UINT w?ageMask,LPRECT pTearOf fAect) ; 
(void) ; 



30 



( 
I 

ASSIST 
return 



( (pPage - (CACRPropPage* ) Ce tPage (i) J !- HULL] it 
(pPage-MsKir.dOf (RUNTIME CLASS (CACRPropPage) ) ) <t 
(pPage->CetPagoID<) 4 wpageMask) ) 



return pPage; 

(?Pagc !- HULL) ; 
pPage; 



// If w» are asking for a HULL page sotae 
// bogus is going on. 



35 



40 



45 



// 

// ♦ ♦ 

// 

// Class: IsPageEnabled 

// Description: This routine loops through the pages associated with this 
// dialog system and determines if they are present. 

// Returns: Bool 
// 

// * 



BOOL CModelessPropertySheet : : IsPageEnabled (UINT wpagcMask) 
CACRPropPage* pPage - HULL; 
for (int 1-0; KGctPageCount I) ; i+*) 



< 



7/ An I the guy we want? 
if C ( (pPage - (CACRPropPage* ) C« tPage ( 1) ) !- NULL) && 

(pPage->IsKindOf(RUNTXKE_CLASS (CACRPropPage,))} (6 
(pPage->GetPageID() & wplgettask) ) 



( 



return TRUE; 



50 



return FALSE; 
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10 



15 



20 



// 

//•••• • « • 

// 

// Class: CetPageHask 

// Description: This routine loop* through the p-agea associated with this 
it dialog system and collects Cheir page masks. 

// Returns: HINT 
// 

// * 

UIKT CHodelessPropectySheet: :CetPegcKaaktvoid) 

OIHT wPegeHask - 0; 

CACRPropPage- pPage - HULL; 

for (int i-0i i<GetPageCount <) ; !♦♦) 

// Am I the guy we wane? 
if ( {(pPage - (CACRPropPage-) GetPage (i) ) !- MULL) 4& 
<pPage->IsKind0ftR0WIKE_CLAS5 (CACRPropPage) J) > 
wPageMaak I- pPage->GetPageID<) / 

^ return wPageMaak; 



Class: PageChanged 
// Description: This routine is called by the Property psges when something 
it has oceured that changes their data. u B will tell the keyboard 

// coce so he may update his information. 

// Returns: Sothing 



25 it •••••..»•••• »•«••««** „ 

it ••••• *••••••«•••«•••••••,• •♦••**♦•♦••.....,»...,. 

// Hethod: TearOffPage 

// Description: This routine rinov.i the requested page from this sheet 
" * nd cells the frame to create a new one. 

// Returns: Nothing 

30 ft ♦ 



35 



d CKodelessPropertySheet::TearOffPage(UINT wPageMask,LPRECT pTearOff Recti 
CframeWnd* pNewprane; 

i 



// 

// If it is the last page we thould commie 
// sucide 

// 

if (GetPagcCountO — 11 

SetParent()->OestroyWindow{) ; 

// 

40 // Cet It. Remove It. KILL It. 

// 

else 
{ 

DestroyPage (wPagtMask) ; 

// 

// Put the new one on top 

// 

45 if (pNewPrame !- (CrrameWnd»)CetParent() j 

pNewrrame->BringWlndawToTop() ; 

) 

1 
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// * •••••• ♦ 

// 

// Method: Update PageControl 

// Description: This nethod forces the control used in the property pages to 
c tt be redrawn. 

5 tt 

tt Returns: Nothing 

// 

// * 

void CKodelesaPropertySheet::UpdatePageControl(void) 
a tabRow.SetCurSeUm tabRov.GetltemCount ()-l) ; 

10 ) 



£j± Code for CAPRPmpprtvPage Class 



15 



20 



// * 

// 

// Class: CACRPropPage 

// Description: This de'ines the a lam color dialog. 
// 

// * 



25 



30 



class CKeyboacdCore; 

class CACRKey; 

class CModelessPropertySheet; 

class CACRDocument; 

class CACRPropP«ge : pub Lie CPropertyPage 
DECLAR£_DTUAMIC :CAC?.?rop?age) 



protected: 
PXCT 
BOOL 
BOOL 
BOOL 
StZC 
RECT 
POINT 
UINT 
BOOL 
BOOL 
BOOL 



s^rTracKRect; 

rTblsTracking; 

:i~&IsTe«rable; 

rTbDi the r Last; 

n~sizeLast; 

a~reccLast j 

ra~p;StartPoint: 

.•n_v?ageID; 

w^bEr.ableTracVing ; 

n~SelectedKeyCount: 

n'blslnited: 



// Systea defined user aasX 



35 



40 



45 



// Construction 
public: 



virtual BOOL 
virtual BOOL 
UINT 

virtual void 
virtual void 



virtual void 
virtual void 
virtual void 
virtual void 
virtual UINT 



CACRPropPage 
CACR Prop Page 
-CACRPropPage 

OnSet Active 

CanClose 

GetPagelD 

Set Proper tiesFronvKeyboatd 
SetKeyboardrrootProperties 



BeginPropertySet 

SetPropertyrrowKey 

SetXeyFromPreperty* 

SndPrapertySet 

GetUndoOperatlonXO 



CModelessPropercySheet* Get Proper ty Sheet 
CACRDocunent* CeC Document 

CKeyboardCore* Gee keyboard 



(UIKT wpageI0,UINT nIDTe.-splate, UUJT nIDCaption-0) ; 

(LPCSTR IpszTeBpiateNase.UINT nIDCaption); 

0; 

0; 

tvoid|(rcturn TRUE;); 
(void) ; 

(CKeyboardCore* pKeyboarO; 
(CKeyboardCore* pKeyboard, LONG lHint-OL) ; 

(void) ()i 

(CACRKey* pKey) { ) 

(CACRKey* pKey, LONG lHint-0}(| 

(voldH) 

(LOHG lHint) (return STR_I0_E0lT_UNOO; } ; 

(void) ; 
(void) ; 
(voidl ; 



// Dialog Data 

/ / ( ( AFX_DATA ( CACR? ro p Pa ge I 

50 
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//HAFXJ5ATA 
// Overrides 

protected: 

//} )AFX_VIRTUXL 



10 



15 



ft Implementation 
protected: 

void 

void 

void 



CiipRectToWindow 
Track 

TearOffDialog 



// Generated aessage nap functions 
//< ( AFX JttG (CACRPropPage) 
virtual BOOL OnlnitOiaiog 
afxjnsg void OnLButtonDown 
afxjnsg void OnLSuttonOp 
afx »ag void OnMouaeHove 
//) JAFX MSG 
D EC LAR£~MJLS5AG E_MAP { ) 



(HWNO hwnd, LPRECT pRect) ■ 



n ^* 9 *' CPoinc p 01 " 0 ' 

(OIHT nFlags, CPoint point) ; 
(OINT nriags, cPoint point) t 



20 



inlin. UIHT CACRPropPage: :CctPageIO{void) 



return n^wPageiD; 



•endif 



25 



// 

// 

// 

// Method: 

// Description: 



// 
//• 



CACRPropPage: ; CACRPropPage 

This routine constructs the ACfG Property Page 
Nothing 



Returns : 



CACRPropPage: .CACRPicpPace (UINT vPageID,UINT nlDTcaplate, UINT nIDCaption) 
on} 



CPropcrcyPage(nlOTenpLate,nXDC 



30 



35 



n_wPaseID 

m~bEr.ableTracJti.-g 

nTbls Track in? 

n_b!sTearable 

m_5>Di char Last 

m_sizeL43t.cx 

: TsetRectEapty ( la_j 

a_SelectedKeyCou.-it 

n~blslnited 



- wPagelO; 

- FALSE; 

- FALSE; 

- FALSE; 

- FALSE; 

- a_sizeLa*t , 
ectLast) ; 

- 0; 

- FALSE; 



cy - 0; 



//((AFXJJATA INIT (CACRPropPage) 

// NOTZ:~the ClassWizard will add nen±er initialization here 
//))AFX DATA IKI? 
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// 

// * 

// 

// Method: CACRPropPage :: CACRPropPage 

// Description: This routine constructs the ACFG Property Page 



II 

// Returns 

// 

// 



Nothing 



"RPropPage: :CACRPropPage (LPCSTR lpsiTemplateName,UIMT nIDCaptlonJ : CPropertyPage UpstTenplateMamcnlOC 



50 



//( {AFX_OATA_:n IT (CACRPropPage) 

// NOTE: "the ClassWizard will add raeaber initialization here 
//))AfX CATA ISIT 
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10 



20 



30 



35 



45 



50 



a * 

** # Mmm 

// Class: OnLButtonDown 

// Description: Tear away this popup and sake a modeless dialog out of it . 

// Returns: BOOL 
// 

// • 

void CACRPrcpPage::OaIButtonOovn(OINT nriags, C?oint point) 

KWMO hOesJttop - : :GetDesktopwindov() ; 

if (GetParentO->IaWindowVisible() fit hOesktop) 

HOC hOC - ::GetOCEx (hOesktop, NULL, DCX_PAR£NTCLIP); 

// Render the popup outline 
GetCiientRect(4m rTrackRecc); 

:;K«pWindo^PointT(C«tSafeHwnd() # hDesktop,{LPPOlNT)io cTraekRcct 2) • 
nptStartPoint - point; - ' 



75 njtS tart Point - point; 

a blsTracking - TRUE; 
a blsTaacable - FALSE; 
n_bOltherLast - FALSE; 
:7SetReccEapty Ua_rectLase) ; 

o_3lzeLast.cx - n_sizeLaat .cy - 0; 

: :SetCapture(GetSafeHwnd{)) ; 

// Render the popup outline 
Track (HOC, io_rTrackRect) ; 

// Release the display cor.te* 
: :Rele«3eDC(hDesktop,hOC) ; 

else 

25 CPropertyPage: :OnLButcon0own(r.rlacs, point); 



// 

// 

// 

// Class: OnLButtonUp 

// Description: If tracking a popup nake a modeless dialog out of it. 

// Returns: BOOL 
// 

// * 

void CACR?ro??age: : OnLButtonUp (U INT nFlaas, CPoint point) 

if (rabbis Tracking) 

R2CT rClientReet; 
GetCllentRectUrClientRect) ; 
KKND hOesktop - : :GetOesktopwindow(); 
HOC hDC; 

4Q ASSERT (hDesktop) ; 

hOC * : :CetOCEx (hOesktop, NULL, DOC_PARENTCLtP) ; 

// Undraw and release dc 
.rack (hOC, tn_rTrackRect. TRUE) ; 



: :RtleaseOC (hOesktop. hDC) ; 



// Create the modeless property 
// sheet dialog here, 
if ( (a_bIsTearable) 64 ! : : PtlnRect UrClientRect,ra_ptStartPointl » 
Tea rOff Dialog Ura rTrackRect); 
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n_bIsTrac>cing - FALSE; 
aJ>XsTearable - FALSE/ 
: : Relets eCaptureO t 

else 

CPropectyPage: :OnLButtonUp (nFlags, point) ; 



// ...... , 

• # • • • 

// Class: OnHouseKove 

// Description: Track the popup if It being torn sway. 

// Returns: BOOL 
// 

// 

void CACRProp Page ::OnMouaeMove(U INT nFlags, CPoint point) 

RECT rClientRect; 

GetClientRect UrClientRect) ; 
if <abIsTracking) 

HVND hDesktop - : :CetDesktopHindow(> ; 
HOC hDC; 

ASSEaT(hOesJctop) ; 

hDC - : :CetDCEx(hOeaktop.NULL,DCX_PARENTCL:P) ; 

if <! : :PdnRect UrClientRect, point) > 
t 

int nDX, nDY; 
// if (.n_b I sTe arable) 

tl Track (hDC, «n_rTrackRect) ; //Undraw 

It Recalculate the cracking rectangle 
nDX • point. x - ra _ptSta rtPoint .x; 
nDT - point. y - re_ptStartPoint .y; 

: :CifsctRectUm rTrackRect, nDX, nDY) ; 
ClipRectToWindov<hDeskcop, 4ra_rTrackRect) ; 

r._pt Scare Point - point; // Retaeber this point 

Track(hDC. tin rTrackRect); // Redraw 
:;aeleaseDC(hDesktop,hDC); // Release 

n blsTearable - TRUE; 

) 

else if (m blsTearable) 

t 

TracMhDC, &a rTrackRect, TRUE) ; // Undraw 
si blsTearable - FALSE; 

I 

) 

else 

CPropertyPage: :OnMouseMov« (nFlags, point); 



•define CX 30RDER 1 
•define CT~BOR0ER 1 
•define TITLEHEICHT 16 



// • m 

ti 

// Class: Track 

// Description: Render the tracking rectangle in XNOR node on the specified 
display context. 

// Returns: BOOL 
// 

// 
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yoio CACRPropP*g«: : Track (hdc hDC.X.PRECT pTrackAect,B0OL bKlilTrack) 

CCc» pDC-CCC: :rronHan<U« (hDC) ; , 

// default Co thin frame 
CSixc aitO<CX_BORDER, CY_BORD£R) j 

// determine new recc and aite 

CRecc r«ct/ 



CJrMsh* pWhiteBruah - CBnish: :rromHandle< (KBROSK) : -.GetStockObject (WHITE BROSHii, 
CBrush* pDlthecBruah - CDC: :GetHalf toaeBruahO / j^m«wte_bw$hMi 
CBrush* pBrush « pWhiteBruah; 
HCURSOR hCuraor; 

// Sec track net ilzt 

ract - *pTrackRect; 

// siC« ChlCk Crame if " e *" " 0C cver a d »«king 
if (ACRCetnainWindowO ->CanOockUrect> NULL) 

sire.cx - Ce tSyateaMe erica (SMJSCTRWffi) - CX BORDER; 
siie.cy - CetSyatemMetrlea (SMjCYFRAKE) - CY~B ORDER; 

pBruah - pDitherBrush; 
^ hCuraor - Af*C«tApp()->LoadCuraor<IDC_NOTOOCJXO); 

elsa 

hCursor - AfxGetAppO->LoadCursor<IDCjXXKED) ; 
if (bKillTrack || InJiIaTearable) 
aize.cx - aiae.cy - 0; 

2Q . hCursor - AfxGecAppO ->LoadStandardCucsor (IKJIRAOW) ; 

: :SetCursor [hCursor) j 

It draw it and remember last size 
?DC->Or*wDcaqRecc(trect, aire, *a_rectLast, m siteLast, 

pBrush, m_bOitherLast ? pOithetBrush' : pKhiteBrush) ; 

a_r«ctLast - reec; 
e£*U*I^se - size? 

cTbOLtherUat - (pBrush — pDitherBrush) ; 

25 I 

I* 

II » 

// Cla 31 : ClipRectToWindow 

// Ocaeciption: this routine clips the specified rectangle to the specified 
* / window. 

// 

// Returns: BOOL 
// 

// * 

void CACRPropPage: : ClipRectToWindow (HWNO hWnd. LPRECT pRect) 

REC7 rClientRect; 
inc nWidth.nHeight; 

lifndel WU_A?P 

: :CetCliencRect (hWnd, irCllentRect) ; 
.se 

: :GetWindowRecc (hWnd, 4 rClientRect) ; 
ler.Cif 



r.Hidth - pRect->right - pRect-Metc/ 
40 nKelght - pRect->boctoa - pRect->top; 



// Clip top and bottom 



if tpRect->top < rClientRect. top) 

pRect->cop - rClientRect. cop; 
^ pRect->botton - pRect->top ♦ nHelght; 

elae if (pRect->bottoa > rClientRecc. bottom) 

pRect->botton - rClientRect. bottom; 
^ pRect->top - pRect->bocco» - nHeight; 
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// Clip left and eight 
it (pRect->left < rClieotRect.left) 
( 

pRect->lett - rClientRect.lefc; 
5 pRect->right - pRect->l«ft * nWidth; 

else if ( P Rect->right > rClientRect. right) 
{ 

pRect->right - rClientRect .right/ 
pRect->left - pRect->right - nWidth; 

) 

) 

10 

//•••••••••••• * •••• 

// • * 

// 

// Class: TearOff Dialog 

// Description: Thta routine creates another version of thla dialog, only in 
// modeless font. 

15 It 

// Returns: BOOL 
// 

// 

Idefine M1NJ<EV«_0ELTAX S 
»de£ine M t N_N E W__CELT AY 5 

20 d CACRPropPage: :TearOf 'Dialog {LPRECT pTearOffRect) 

HWKD hOesktcp - : :GetDesktopWindowO ; 

PXCT rClientRect; 

CModelessPropertySheec* pPropertySheet - GetPropertySheet < J ; 

// 

// Convert che client coords to the 
// desktop coords to deterctine it the 
25 // cracking window h»s nov«d enouch to 

// tear it off. 

// 

CctClientRect(fcrClientRect) ; 

: rMapaindowPointslGetSafeHwndU .hDesktop, (LPPOIKT1 IrClientRect, 2) ; 

// - 

// Gee this pages ID, create a new property 
30 // sheet with it, and destroy the page. 

// — 

if (pPropercySheec) 

pPropertySheet->TearO£fPace {GetPagelDO . pTearOf tRect ) : 

} 



35 // * 

// ' 

// 

// Class: GetPropertySheet 

// Description : This routine returns the parent property sheet in a digestable 

// format. 

// 

// Returns: BOOL 

40 " ;. 



CModelessPropertySheef CACRPropPage: iCetPropertySheet (void) 
< 

CWnd # p«nd - GetParentl) ; 

CKodelessPropertyShcet* pPropertyShect; 



• return ppropertySheet; 
return HULL; 



50 
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C++ Code for AnphVoHV.. tr^ mr 



10 



15 



20 



35 



// 

// • 

// 

//.Method: Add? ro party Sheet 

// Description: This routine creates a franc window with property sheet, and 

// populates it vith available property pages. 

// 

// Returns: CPropartySheetrraae • 

// 

CPropertySheet Frame' CACRMe in Frame : : AddPropertySheet {CKeyboardCofe" pActiveKeyboard, UIHT "Pageriask,LPRECT ppro 

pectyRect) 

I 

CP rope rtySheet Frame* pPropertySheetFraae-NULL; 

// A valid keyboard is required 

ASSERT (pActiveKeyboard !• HULL); 

// It the user is creating a standard property frame 
// w« should give then all the available pages 
if WPageHask — ALL AVAILABLE PACES) 
wPagenastc - CetAvailablePageMask 1 1 ; 

if (wPageHask — N0_?ACES) 
return FALSE; ~ 



// Determine "« can dock thi3 sheet to an existing 
// trame. «e are in docking rvsde if Che pPropercyftect is 
// specified. 

if ipPropcrtyRect u ( (p?ropertySheetFra:nc-CanDock(pPropertyRect) ) !- MULL) ) 
I 

CKodelessPropertySheet* pPropertySheet - p?ropertySheetFrarae->Get?ropercySheet () : 

pPropertySheet->CreatePage(wPageKask) ; 
lifndef DONTREINIT 

pPropertySheet->Se:SvnerKeybo«rd (pActiveKeyboard) ; 
25 pPropertySheet->SetPropertiesFro:nKcyboard (pActiveKeyboard) ; 

lendif 

pPropertySheet->ypdatePageControl {) ; 

) 

else 

< 

// watch out for those exceptoins 

TRY 

30 cRecc r«ct(0,0,0.0) ; 

CString strTitlc; 

// Create this guy and position it. 
pProperzyShectFrare - new CPropercyShee tFraae < wPageHask) ,- 

strlitle.EaptyO ; 

if (!pPropertySheetFrame->Create(NULL, st rTitie , WSJ>OPU? I WS CAPTION I ws SYSMENU, rect, this)) 
delete pPrspertySheetFcarae; 



UpdaceXeyP;opertyTitle(pPropertySheetFra»e, pActiveKeyboard) j 

// Initialize the data 
pPxopcrtySheecrraae->Get Property Sheet () ->Set Owner Keyboard (pActiveKeyboard) ; 
pPropertyShee(Fra»e->GetPropertySheet () ->SetPropertiesFronKeyboard (pActiveKeyboard) ; 

40 // If a property rect is specified use it to 

// poJicion this guy 

if (pPropertyRect) 

p?ropertySh«etrrante->SetMindovpos (HULL, pPropertyRect->ie£ t, pPropertyRect->eop. 0. o, swp MOSXZEIS 

WP_tfOEORDERJ ; 

else 

pPropertySheetFrame->CenterWindow<ACRCetOialogCenterWindow() | / 

if (lpPropertySheetFracae->IsWindowVislble() ) 
45 pPropertySheesrra»e->Showwindow<SH_SKOi/i i 
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delete p 

p PropercySbeetFra»e - HULL; 

> 

CMC 

I 



1 delete pPropertySheetFrame; 



END CATCH^AIA 



return 



p prop«rCySheetrra»of 



....»•••••••*•••••••••*••••*•*•••••*••••**••••••*•••*••••••••••*••••••• 

// ...... .»«••♦♦••*••♦•♦•»•••••••*♦« ****•**#•*♦•%•••••**»•*••*•*#♦*•»*••»• 

// Hethod: GetAvailablePageHask 

// Description: This routine calculates the Available page nesks by enumerating 
all the child property frames. 



// Returns: UINT 
// 



UIlfT CACRKainFxaaie: : GetAvailablePageHask (void) 

1 UIIC wPageMask - L£GAL_PAGSS_ONL*; 
CWnd' pWnd * this; 

// Loop through all the child window and find the 
// fraoes and add their Page Kask Co this page mask. 

while (pWndl 

1 if I (pw.nd->IsKindOf (RUNTIME CLASS (CPropertySheetFraate) ) ) (4 • 
< pWnd->Get Parent ()->CetSafeHvnd<) — CetSafeHwndO > ) 

1 CPropectySheet Frame* pPropertyFrarae - iCProperzyShcetFratae* ) pw.id; 

CModelessPropertySheef pPropSheec - p?ropertyFrarae->CetPropertySheet {) ; 

wPageMask 4- -pProp5heet->GeLPageHask<) ; 

25 pWnd - P Wnd->GetNextWindow(CW_HWNOPREV); 

return wPageMask; 



'Z:::::::::::::::::::::::::.:: 

// 

// Method: CanDock 

// Description: This routine determines if we dock the specified frame co 
an existing frame. 

// ?.e turns: CPropertySheetFratee* -> Docking frane if one if found. 

// ... 

35 If 

Idefine DOCKX_FUZZ 10 
♦ define DOCKY_FUZZ, 10 

C?roperv/SheetFraoe # CACRMainFraae: :CanDock(LPRSCT pPropertyRccc) 

An 1 CProsectySheetFranie* pPropertySheet Frane -NULL; 

40 j:Nr ' wPageHask - LEGAL_PACESJ3NLY; 

cw'ni* p»nd - this; 

a«:cr rTestRect - *pP roper tyRect; 

// reduce the test rect 
: : :nf lateRect UrTestReCt, -0OCKX_FUi2, -OOCKY^FOZZ) ; 

45 if Loop through all the child window and tind the 

// frames and add their page Mask to this page mask. 

while (pWndl 

* if ( t p «nd->lsKindOf (RUNTlKE_CLASS(CPropertySheetrrame)n " 
{pWnd->GetParent()->GetSaCeHwndO « CetSaf eHwnd () ) ) 

( 

RECT rtfindowRect; 
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) 



if ( (rWindowRact.top < rrestft^ct ***** *# .... 

U«lndowRect.ie?t ^Sct?^ \ ."S^*'*" 0 ? > ^"Rect. bottom, 
j return <CPropertySheetFra»eMpWnd; (cMi ^owRect. right > rTestAect.righo 

P*nd - p«nd->C«tNextWindow<Gw_HWNDPREv»; 



return NULL 



//••• * 

// 

// Method: SyncPropertySheets 

// Description: This routine syncs the property sheets up with the current 

// selection state of the keyboard. 

// 

// Returns: Nothing 
// 

// • 

void CACRJUinFrasae : : SyncPropertySheets (CKeyboardCore* pKeyboard) 

// Get the active keyboard if one is not specified. 

if (! pKe yboard) 

pKeyboard - CetActiveKe yboard O ; 

// Sync each property frame if a keyboard is 

// specified. 

if SpKsybcardl 

FrJ-y.Z POSITIOHIMro Frame Position Info ; 

rr*r.e Posit ion Info.hWindOwOnTopOf - KWNO_TOP; 

FracePositionlnfo.hDeferPositionrnfo • : tBeginDeferWindowPos CO) ; 

Fr*a« Posit ion Info.hPareftt - CetSafeHvndO ; 

Fra=e Posit ion Info. pKeyboard - pKeyboard; 

Fra=)«?osltlcnInCo.bInvaUdate - FALSE; 

FrasePosltionlnfo.pScreenRect - NULL; 

FraxePositionlnfo.wpropMode - JtPropSync; 

: :£nuaHindovs(ACREnumChildProc. (LPARAM) £ Fr*nie Posit ion Ir.xo) ; 



i: IFramePositionlnfo.hDefcr Posit ionlnfo) 

: :EndOefertfindovPos [FranePositionlnfo .hOeferPositionlnfo) ; 



// * 

// • 

// 

// Method: ClosePropertySheets 

// Description: This nethod enumerates each property sheet and sioses then. 
// Returns: Nothing 

// • • 

void CACRKair.Fraae: :ClosePropectySheets (void) 

// Sync each property (rise if * keyboard is 
// specified. 
r?AMI?CS:?I0SINFO Fra»ePositionInfo/ 

senses ((Frame Positioning o. 0, sixeof (FranePositionlnfo) ) ; 

Fcaoe Position In fo.hWindouOnTopOf * HWND TOP; 
franePosltlonlnfo.hOeferPositlonlnfo • NULL? 

Frac-.ePositionlnfo.hParcnt • Cet3« f eHwnd <) ; 

Fraxe Position Info. pKeyboard - NULL; 

FraaePositionXnf o.blnvaiidate • FALSE; 

FranePositionlnfo. pScreenRect - NULL; 

FranePositionlnfo.wpropHode - kPropClost; 



: :Er.u=«ir.dows (ACREnuaChildProc. (LPAAAHI KFraaePositionXnf o) ; 
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Claims 

1 . Apparatus for computerised data processing, comprising 

s processor means for executing a program, 

a memory element for storing the program, 
a display monitor for providing a display, 

selection means for selecting a property page of a first property sheet system, the first property sheet system 
including at least one property page displayable at a first position on the display monitor, and 
io creation means for creating a second property sheet system including said selected property page, said 

selected property page being displayable at a second display position on the display monitor. 

2. Apparatus for configuring a peripheral via a computer or configuring the intercommunication between a computer 
and a peripheral, the computer comprising; 

15 

processor means for executing a program, 

a memory element for storing at least the program, 

a display monitor for providing a display, 

the processor means being adapted to display via the display monitor property sheet systems for receiving 
20 configuration settings data from a user, the processor means being further adapted to store said data in the 

memory element at least temporarily and to employ said data when communicating with the peripheral; 
selection means for selecting a property page of a first property sheet system, the first property sheet system 
including at least one property page displayable at a first position on the display monitor, and 
creation means for creating a second property sheet system including said selected property page, said 
25 selected property page being displayable at a second display position on the display monitor. 

3. The apparatus of Claim 1 or Claim 2 further including 

removal means for removing said property page selected by said selection means from said first property 
30 sheet system such that said selected property page is not displayable by said first property sheet system. 

4. The apparatus of Claim 3 further including 

destruction means for destroying said first property sheet system when said first property sheet system does 
35 not include any property pages. 

5. The apparatus of any preceding Claim further comprising 

positioning means for varying and indicating on the display monitor said second display position at which said 
40 property page selected by said selection means and included in said second property sheet system is display- 

able by said second property sheet system. 

6. The apparatus of any preceding claim further including 

45 docking means for placing said property page selected by said selection means into a selected property sheet 

system for inclusion therein, said property page being displayable on the display monitor by said selected prop- 
erty sheet system. 

7. The apparatus of Claim 6 further comprising 

50 

positioning means for varying and indicating the position of the display monitor of a symbol representative of a 
property page selected by said selection means, and 

proximity means for determining a parameter responsive to the distance on the display monitor between said 
symbol and the position on the display monitor of a displayed property page of a property sheet system, and 
55 wherein said parameter is less than a first selected value, said docking means in response to a first user input 

places said selected property page in said property sheet system displaying said displayed property page for 
inclusion therein and for display on the display monitor thereby. 

8. The apparatus of Claim 7 wherein when said parameter is greater than a second selected value, said creation 
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means in response to a second user input displays said selected property page included in said second property 
sheet system at a position on the display monitor determined by the display position of said symbol. 

9. The apparatus of Claim 7 further comprising 

icon means for displaying on the display monitor an icon having at least a first display state, said icon displayed 
in said first display state when said parameter is less than said first selected value, said first display state for 
indicating to a user that said docking means, in response to said first user input, will place said selected prop- 
erty page into said property sheet system displaying said displayed property page. 

10. The apparatus of Claim 9 wherein said icon means further comprises means for displaying said icon in a second 
display state when said parameter is greater than a second selected amount, said second display state for indicat- 
ing to a user that said second property sheet system will display said property page selected by said selection 
means at a position on the display monitor determined by the position of said symbol. 

1 1 . A method for displaying property pages on a computer display monitor comprising the steps of 

creating a first property sheet system including at least one property page displayable at a first position on a 
display monitor, 

20 selecting a property page of said first property sheet system, and 

creating a second property sheet system including said selected property page, said selected property page 
being displayable at a second display position on the display monitor. 

1 2. A method of displaying on a computer display monitor configuration settings governing a peripheral or intercommu- 
25 nication between a computer and a peripheral, comprising the steps of 

creating a first property sheet system including at least one property page displayable at a first position on a 
display monitor, 

selecting a property page of said first property sheet system, and 
30 creating a second property sheet system including said selected property page, said selected property page 

being displayable at a second display position on the display monitor. 

1 3. The method of Claim 1 1 or Claim 1 2 further including the steps of 

35 selecting a property page from one of said first and second property sheet systems, and 

docking said property page selected from one of said first and second property sheet systems into the other of 
said first and second property sheet systems for display thereby. 

14. A method for displaying property pages on a display monitor, comprising the steps of 

creating first and second property sheet systems, said first property sheet system including a property page 
displaying at first display position on the display monitor, 
selecting a property page of said first property sheet system, and 

docking said selected property page into said second property sheet system, said selected property page dis- 
playable at a second display position on the display monitor. 
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